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Foreword 



This Technical Specification (TS) has been produced by ETSI 3rd Generation Partnership Project (3GPP). 

The present document may refer to technical specifications or reports using their 3GPP identities, UMTS identities or 
GSM identities. These should be interpreted as being references to the corresponding ETSI deliverables. 

The cross reference between GSM, UMTS, 3GPP and ETSI identities can be found under 
http://webapp.etsi.org/kev/quervform.asp . 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document specifies the stage 3, Protocol Description of the Communication Waiting (CW) service, based 
on stage 1 and stage 2 of the ISDN call waiting supplementary services. It provides the protocol details in the IP 
Multimedia (IM) Core Network (CN) subsystem based on the Session Initiation Protocol (SIP) and the Session 
Description Protocol (SDP). 

The Communication Waiting (CW) service enables a user to be informed, that very limited resources are available for 
an incoming communication. The user then has the choice of accepting, rejecting or ignoring the waiting call (as per 
basic call procedures). 

The present document is applicable to User Equipment (UE) and Application Servers (AS) which are intended to 
support the CW supplementary service. 
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3.1 



Definitions and abbreviations 



Definitions 



For definitions used in this document see: 

- 3GPP TS 22.173 [1] 

User B: User B is the user who reacts to the communication waiting at subscriber B. 

User C: User C is the user who has originated a communication to subscriber B which causes the CW supplementary 
service to be invoked. 

User A:. User A is a user (several such users may exist) who is engaged in a communication with User B (this 
communication can be in any state). 

Network determined user busy:. See 3GPP TS 22.173 [1]. 

Approaching Network determined user busy:. See 3GPP TS 22.173 [1]. 

User determined user busy:. See 3GPP TS 22.228 [6]. 



3.2 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 

AoC Advice of Charge 

CAT Customized Alerting Tones 

CCBS Completion of Communication sessions to Busy Subscriber 

CD Communication Deflection 

CDIV Communication Diversion 

CFB Communication Forwarding Busy 

CFNL Communication Forwarding on Not Logged-in 

CFNR Communication Forwarding No Reply 

CPU Communication Forwarding Unconditional 

FA Flexible Alerting 

OIP Originating Identification Presentation 

OIR Originating Identification Restriction 

TIP Terminating Identification Presentation 

TIR Terminating Identification Restriction 

CW Communication Waiting 

GRUU Globally Routable User agent URI 

HOLD Communication Hold 

IFC Initial Filter Criteria 

IMS IP Multimedia Subsystem 

IP Internet Protocol 

ISDN Integrated Services Digital Network 

MCID Malicious Communication Identification 

NDUB Network Determined User Busy 

SIP Session Initiation Protocol 

UDUB User Determined User Busy 

UE User Equipment 
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Communication Waiting (CW) 



4.1 Introduction 

The Communication Waiting (CW) service enables a UE to be informed that no resources are available for an incoming 
communication. The user then has the choice of accepting, rejecting or ignoring the incoming communication (as per 
basic communication procedures). 

4.2 Description 
4.2.1 General description 

Two cases can occur depending on the network's ability to validate the status of the destination user upon receipt of an 
incoming communication (i.e. "approaching NDUB" condition): 

If sufficient information on the user is available at the time a communication is to be delivered to the user, the 
network validates the status of this user. If the status of the user is "approaching NDUB", the network presents 
the waiting communication to the destination user; 

Otherwise, the network may be informed of the communication waiting situation upon receipt from the 
destination user of a communication waiting indication. 

When a communication arrives at the destination user, the UE validates the status of the user. If the user is already 
involved in one or more communications, the terminal notifies the served user of a communication waiting situation. 

The user then has different possibilities to react, for example if it may decide to free some resources and accept the 
incoming communication. 



4.3 Operational requirements 



4.3.1 Provision/withdrawal 

The Communication Waiting service shall be provided after prior arrangement with the service provider. 

If the network supports the approaching Network Determined User Busy (approaching NDUB) condition, the CW 
service can as a network option, be offered to the corresponding users with a subscription option. This subscription 
option is part of the CW profile of the served user. The subscription option is shown in the table 4.3.1.1. 

Table 4.3.1.1: Subscription options for CW ( approaching NDUB only) 



Subscription options 


Value 


Sen/ed user subscribes to 'calling user 
receives notification that his communication is 
waiting" 


No (default) 


Yes (NOTE) 


NOTE: The notification can take the form of a announcement played to user C, or an out-of 
band notification or both. This is up to the network operator to decide. 



Timer Tas-cw is a service provider option. This optional timer specifies the period the network will wait for a response 
(answer), from user B, to the offered communication from user C. The value of this timer is between 0.5 and 2 minutes. 

NOTE: When used, the value of Tas-cw is set by the service provider as a default value subject to change only by 
the service provider. 
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4.4 Coding requirements 

4.4.1 CW indication 

The XML Schema for the CWinformation XML body is defined in table 4.4. LL 

Table 4.4.1.1 : IM CN subsystem CW XML body, XML Schema 

<?xml version="l . 0" encoding="UTF-8" ?> 
<xs : schema targetNamespace= "urn : 3gpp : ns : cw : 1 . " 
xmlns : cwlO="urn: 3gpp :ns : cw: 1 . 0" 
xmlns :xs="http: //www.w3 . org/2 l/XMLSchema" 

elementFormDefault=" qualified" attributeFormDefault=" unqualified" > 
<xs : complexType name= " tEmptyType " / > 
<xs : complexType name="tCWtype" > 
<xs : sequence> 

<xs: element name=" communication-waiting- indication" minOccurs=" 0" maxOccurs="l" 

type="cwlO : tEmptyType" /> 
<xs : any namespace="##other" processContents="lax" minOccurs=" 0" maxOccurs="unbounded"/> 
</xs : sequence> 

<xs : anyAttribute namespace="##other" processContents="lax"/> 
</xs : complexType > 

<xs:element name="ims-cw" type="cwlO : tCWtype"/> 
</xs : schema> 

The CW XML schema shall be transported as a SIP MIME body. The MIME type for the CW information is 
"application/vnd.3gpp.cw+xml" (see subclause 5.1). Any SIP message that transports a body with CW information shall 
identify the payload as the MIME type associated with CW information (see subclause 5.1). 

4.4.2 CW notification 

The urn namespace "alert" with the sub-label "service" and its initial value "call-waiting" and its usage within the Alert- 
Info header field is described in draft-ietf-salud-alert-info-urns [8]. 



4.5 Signalling requirements 



4.5.1 General 

Configuration of supplementary services by the user should: 

take place over the Ut interface using XCAP as enabling protocol as described in 3GPP TS 24.623 [7]; or 

use SIP based user configuration as described in 3GPP TS 24.238 [10]. 

NOTE: Other possibilities for user configuration, such as web-based provisioning or pre-provisioning by the 
operator are outside the scope of the present document, but are not precluded. 

The enhancements to the XML schema for use over the Ut interface is described in subclause 4.8. 

4.5.2 Activation/deactivation 

The service CW is individually activated at provisioning or at the subscriber"s request. 
The service CW is individually deactivated at withdrawal or at the subscriber" s request. 

4.5.3 Registration/erasure 

The CW service requires no registration. Erasure is not applicable. 
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4.5.4 Interrogation 

Interrogation of CW is not applicable. 

4.5.5 Invocation and operation 

4.5.5.1 Actions at the UE of user C 

The procedures described for the originating UE in 3GPP TS 24.229 [2] shall apply with the clarifications below. 

Upon receipt of a 180 (Ringing) response with a Alert-Info header field set to "<urn:alert:service:call-waiting>" 
according to draft-ietf-salud-alert-info-urns [8], the UE may indicate that the outgoing communication is being treated 
as a waiting communication. 

4.5.5.2 Actions at the AS of user B 

The AS shall operate as a SIP proxy as specified in subclause 5.7.4 of 3GPP TS 24.229 [2] or operate as a routing 
B2BUA as specified in subclause 5.7.5 of 3GPP TS 24.229 [2] for the incoming INVITE request and all future requests 
and responses in the same dialog. 

NOTE 1 : For the case when CW, according the requirements in this document, is the only service being applied by 
the AS, then the AS only needs to act as a SIP proxy. If additional services are applied, then the AS might 
need to act as a routeing B2BUA. 

NOTE 2: The procedures for NDUB are out of scope of this specification. Information for the handling of NDUB 
can be found in 3GPP TS 22.173 [1] Annex Da and 3GPP TS 24.628 [4] Annex B.2. 

The AS determines that a CW condition has occurred when one of the following conditions are met: 

receipt of an INVITE request that fulfils the approaching NDUB condition for user B; or 

receipt of a 486 (Busy here) response with a 370 Warning header field indicating "insufficient bandwidth"; or 

the AS receives a 180 (Ringing) response with a Alert-Info header field set to "<urn:alert:service:call-waiting>" 
according to draft-ietf-salud-alert-info-urns [8]. 

If the CW condition was determined by the AS based on validation of the "approaching NDUB" condition or on receipt 
of a 486 (Busy here) response with a 370 Warning header field indicating "insufficient bandwidth", the AS shall: 

if the Contact header received from user B in the establishment or modification of the the existing active 
communication contained a GRUU then include that GRUU is the Request-URI in the INVITE request and 
include as the hi-entry in the History-Info header field the contents of the Request-URI from the received 
INVITE request according to RFC 4244 [14]. 

insert a MIME body according to subclause 4.4.1 in the INVITE request, with the <communication-waiting- 
indication> element contained in the <ims-cw> root element; and 

if required by operator policy, include the Expires header field set to the value of Tascw timer. 

set the Content-Type header field to "application/vnd.3gpp.cwH-xmr'. 

The INVITE request shall then be forwarded or re-sent to user B. 

NOTE. If the user is roaming, and the terminating P-CSCF is in the visited network, this functionality can only be 
supported if an SLA exists between the operators to provide the related functionality. 

After receipt of a 180 (Ringing) response from user B the AS may provide an announcement to user C in accordance 
with 3GPP TS 24.628 [4]. If not included, the AS shall insert a Alert-Info header field set to "<urn:alert:service:call- 
waiting>" according to draft-ietf-salud-alert-info-urns [8] in the 180 (Ringing) response and forward it to user C. 

After the receipt of a 415 (Unsupported Media Type) response, the AS shall reject the communication by sending a 486 
(Busy Here) response to user C. 
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If the CW condition was determined by the AS based on the receipt of a 180 (Ringing) response with a Alert-Info 
header field set to "<urn:alert:service:call-waiting>" according to draft-ietf-salud-alert-info-urns [8], the AS may initiate 
the procedures for notifying user C by performing a combination of the following actions: 

provision of an announcement to the calling user in accordance with 3GPP TS 24.628 [4]; and 

forwarding the 180 (Ringing) response to the calling party. 

As a network option, if a CW condition occurs, upon receipt of a 180 (Ringing) response, the AS shall initiate the Tas- 
cw timer. Upon expiry of the T^s-cw timer, the AS shall send a CANCEL request towards the user B's UE as described 
in 3GPP TS 24.229 [2] including a Reason header field (see RFC 3326 [12]) with the protocol set to "SIP" and the 
cause set to "408", and a 480 (Temporarily unavailable) response towards User C, including a Reason header field set to 
cause 19, in accordance with RFC 6432 [11]. 

4.5.5.3 Actions at the UE of user B 

4.5.5.3.1 General 

Basic communication procedures according to 3GPP TS 24.229 [2] shall apply with the clarifications and additions 
described in the following subclauses. 

4.5.5.3.2 Communication waiting presentation procedures 

Upon receipt of an INVITE request containing: 

a Content-Type header field set to "application/vnd.3gpp.cwH-xmr'; 

a MIME body according to subclause 4.4. 1 with the with the <communication-waiting-indication> element 
contained in the <ims-cw> root element; and 

if the maximum number of waiting communcations is not reached (i.e. UDUB condition has not occured), the 
UE shall: 

provide a CW indication to the user; 

send a 180 (Ringing) response to the INVITE request according to the provisional response procedures 
described in 3GPP TS 24.229 [2]; 

optionally, if the INVITE includes an Expires header field, use the value of this header field to provide the 
time to expiry information of the communication waiting to the user; and 

optionally start timer Tuecw; 

NOTE 1 : The timer Tue-cw is used in order to limit the duration of the CW condition at the UE. For terminals that 
can provide an indication to the user that a CW condition is occuring without disturbing the active 
communication, this timer is not needed. 

NOTE 2: RFC 5621 [9] describes conditions under which a 415 (Unsupported Media Type) response is returned. 

The UE may insert an Alert-Info header field set to "<urn:alert:service:call-waiting>" according to draft-ietf-salud-alert- 
info-urns [8] in the 180 (Ringing) response, according to the provisional response procedures described in 
3GPPTS 24.229 [2]. 

4.5.5.3.3 User B actions during communication waiting condition 

Case A 

If user B accepts the waiting communication and holds (per procedures in 3GPP TS 24.610 [5]) or releases (per 
procedures in 3GPP TS 24.229 [2]) the active communication and timer Tuecw has not expired, user B's UE shall: 

stop timer Tue-cw (if it has been started); 

stop providing the CW indication to User B; and 
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apply the procedures for answering the waiting communication to User B as described in 3GPP TS 24.229 [2]. 
CaseB 
If TuE-cw was started and expires, user B's UE shall: 

stop providing the CW indication to User B; and 

send a 480 (Temporarily Unavailable) response towards User C, optionally including a Reason header field set to 
cause 19, in accordance with RFC 6432 [11]. 

4.5.5.3.4 Communication release during a communication waiting condition 

If user B's UE receives a CANCEL request or BYE request from User C during a CW condition, user B's UE shall: 

stop timer Tue-cw (if necessary); 

stop providing the CW indication to User B; and 

apply the terminating UE procedures upon receipt of CANCEL or BYE as described in 3GPP TS 24.229 [2]. 
If user B's UE receives a CANCEL request or BYE request from User A and during a CW condition, user B's UE shall: 

stop timer Tue-cw (if necessary); 

stop providing the CW indication to User B; 

apply the terminating UE procedures upon receipt of CANCEL request or BYE request as described in 
3GPPTS 24.229 [2]; and 

optionally apply the procedure for accepting the waiting communication as described in 3GPP TS 24.229 [2]. 
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4.6 Interaction with other services 

4.6.1 Communication Waiting (CW) 

No impact, i.e. neither service shall affect the operation of the other service. 

4.6.2 Communication Hold (HOLD) 

No impact, i.e. neither service shall affect the operation of the other service. 

4.6.3 Terminating Identification Presentation (TIP) 

No impact, i.e. neither service shall affect the operation of the other service. 

4.6.4 Terminating Identification Restriction (TIR) 

No impact, i.e. neither service shall affect the operation of the other service. 

4.6.5 Originating identification presentation (OIP) 

No impact, i.e. neither service shall affect the operation of the other service. 

4.6.6 Originating identification restriction (OIR) 

No impact, i.e. neither service shall affect the operation of the other service. 

4.6.7 Conference calling (CONF) 

No impact, i.e. neither service shall affect the operation of the other service. 

4.6.8 Communication diversion services (CDIV) 

4.6.8.1 Communication forwarding unconditional (CFU) 

If user B has activated the communication forwarding unconditional supplementary service, then the execution of the 
communication forwarding unconditional supplementary service shall take precedence over the network based CW 
service. The communication forwarding unconditional service can be activated while a communication is waiting 
without changing the state of the waiting communication. 

A forwarded communication can invoke the CW service. 

4.6.8.2 Communication forwarding busy (CFB) 

No impact, i.e. neither supplementary service shall affect the operation of the other supplementary service. 

NOTE: The following text clarifies the situation. If user B is NDUB, communication forwarding busy will take 
place, and the communication is not offered to user B. If user B is not NDUB, the communication is 
offered to B, and if the UDUB (User Determined User Busy) condition occurs, then the communication 
forwarding busy will take place. 

A forwarded communication can invoke the CW service. 

4.6.8.3 Communication forwarding no reply (CFNR) 

If user B has activated the communication forwarding no reply service, then a waiting communication shall still be 
offered as described in this document. If the communication forwarding no reply timer expires before an answer is 



£75/ 



3GPP TS 24.61 5 version 1 0.4.0 Release 10 14 ETSI TS 1 24 61 5 VI 0.4.0 (201 3-04) 

received then the communication forwarding no reply service is invoked and the communication is forwarded and 
communication waiting ceases. 

A forwarded communication can invoke the CW service. 

4.6.8.4 Communication forwarding on Not Logged-in (CFNL) 

No impact, i.e. neither supplementary service shall affect the operation of the other service. 
A forwarded communication can invoke the CW service. 

4.6.8.5 Communication deflection (CD) 

When receiving the communication waiting indication, user B can invoke the communication deflection service. 
A deflected communication can invoke the CW service. 

4.6.9 Advice of charge (AOC) 

No impact, i.e. neither service shall affect the operation of the other service. 

4.6.1 Completion of calls to busy subscriber (CCBS) Completion of 
Communications by No Reply (CCNR) 

No impact, i.e. neither service shall affect the operation of the other service. 

4.6.1 1 Malicious communication identification (MCID) 

No impact, i.e. neither service shall affect the operation of the other service. 

4.6.12 Anonymous Communication Rejection and Communication Barring 
(ACR/CB) 

No impact, i.e. neither service shall affect the operation of the other service. 

4.6.13 Explicit Communication Transfer (ECT) 

No impact, i.e. neither service shall affect the operation of the other service. 

4.6.14 Message Waiting Indication (MWI) 

No impact, i.e. neither service shall affect the operation of the other service. 

4.6.15 Flexible Alerting (FA) 

No impact, i.e. neither service shall affect the operation of the other service. 

4.6.1 6 Customized Alerting Tones (CAT) 

No impact, i.e. neither service shall affect the operation of the other service. 

4.7 Parameter values (timers) 

The use of Tas-cw timer is a network option. When used, the value of Tas-cw timer shall be set by the network operator 
as a default value subject to change only by the network operator. 
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4.8 Service Configuration 

4.8.1 General 

Communication waiting documents are sub-trees of the simservs XML document specified in 3GPP TS 24.623 [7]. As 
such, communication waiting documents use the XCAP application usage in 3GPP TS 24.623 [7]. 

Data semantics: The semantics of the communication waiting XML configuration document is specified in 
subclause 4.8. 2. 

XML schema: Implementations in compliance with this specification shall implement the XML schema that minimally 
includes the XML Schema defined in subclause 4.8. 3 and the simservs XML schema specified in subclause 6.3 of 
3GPPTS 24.623 [7]. 

An instance of a communication waiting document is shown: 

<?xml version="l . 0" encoding="UTF-8" ?> 

< simservs xmlns="http : //uri . etsi .org/ngn/params/xml/simservs/xcap" 

xmlns :xsi="http : //www. w3 . org/2 1/XMLSchema- instance" > 

< communication- waiting active="true"/> 
</simservs> 

4.8.2 Data Semantics 

The CW service can be activated/deactivated using the active attribute of the <communication-waiting> service 
element. 

4.8.3 XIVIL Schema 

<?xml version="l . 0" encoding="UTF-8"?> 

<xs : schema xmlns : ss="http : //uri .etsi .org/ngn/params/xml/simservs/xcap" 

xmlns :xs="http: //www.w3 . org/2 01/XMLSchema" 

targetNamespace="http : //uri .etsi .org/ngn/params/xml/simservs/xcap" elementFormDefault=" qualified" 

attributeFormDefault=" unqualified" > 

<xs : element name=" communication- waiting" type="ss : simservType" substitutionGroup="ss : absService" > 
<xs : annotation> 

<xs : documentation>communication waiting 
</xs : documentation> 
</xs : annotation> 
</xs : element> 
</xs : schema> 



5 Extensions within the present document 

5.1 CW information XIVIL body 
5.1.1 General 

This subclause contains the CW information XML body in XML format. The CW information XML shall be valid 
against the CW XML schema defined in subclause 4.4. 1 . 

Subclause 5.1.2 provides the associated MIME type definition. Annex C provides details of I/VNA registration and 
optional parameters. 
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5.1.2 MIME type definition 

5.1.2.1 Introduction 

This subclause defines the MIME type for "application/vnd.3gpp.cw+xml". A CW information XML document can be 
identified with this media type. 

5.1.2.2 Operation 

The encoding considerations for "appUcation/vnd.3gpp.cw+xml" are identical to those of "application/xml" as described 
in RFC 3023 [13]. 
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Annex A (informative): 
Signalling flows 

A.1 Network based CW flows 
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Figure A.I .1 : CW signalling flow using an AS 
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Figure A. 1 . 1 shows a basic signalling flow for Communication Waiting. 

Call flows 

1 to 2 The communication is initiated by UE-A by sending an INVITE request. The Request URI will include the 
URI of UE-B. After IFC evaluation in the S-CSCF the INVITE request is routed to the CW AS. 

2a. The AS detects the CW condition and inserts a 3GPP IM CN Subsystem XML body into the INVITE request per 
procedures in subclause 4.5.5.2, see Table A.1-1. 

Table A.1-1 : SIP INVITE request (CW AS to S-CSCF) 



INVITE tel:+l-212-555-2222 SIP/2.0 

Via: SIP/2. 0/UDP [5555 : :aaa:bbb:ccc :ddd] : 1357 ; comp=sigcomp;branch=z9hG4bKnashds7 

Max-Forwards: 70 

Route : sip :pcscf 1 .homel .net : 7531; lr;comp=sigcomp>, <sip : origOscscf 1 .homel .net ; lr> 

Privacy: none 

From: <sip :userl_publicl@homel .net>; tag=171828 

To: <tel:+l-212-555-2222> 

Call -ID: Cb03a0s09a2sdfglkj 490333 

Cseq: 127 INVITE 

Supported: lOOrel; precondition, gruu, 199 

Require: sec-agree; replaces 

Replaces: me03a0s09a2sdfgjkl491777; to-tag=774321 ; f rom-tag=64727891 

Proxy-Require: sec-agree 

Security-Verify: ipsec-3gpp; q=0.1; alg=hmac-sha-l-96 ; spi=87654321; portl=7531 

Accept -Contact : * ; +g. 3gpp . icsi-ref="urn%3Aurn-7%3gpp- service . ims . icsi .mmtel" 

P- Asserted- Service : urn: urn- 7 : 3gpp- service . ims .icsi .mmtel 

Contact : <sip : cw. homel .net>; +g. 3gpp . icsi -ref="urn%3Aurn-7%3gpp- service . ims .icsi .mmtel" 

Allow: INVITE, ACK, CANCEL, BYE, PRACK, UPDATE 

Accept : application/sdp, application/vnd. 3gpp . cw+xml 

Content - Type : mul t ipart /mixed ; boundary= " boundaryl " 

Content-Length: (...) 

--boundaryl 

Content-Type: application/sdp 

v=0 

o = - 2987933615 2987933615 IN IP6 5555 : : aaa :bbb : ccc : ddd 

s = - 

c = IN IP6 5555 : :aaa:bbb:ccc :ddd 

t = 

m=audio 3456 RTP/AVP 97 96 

a=tcap:l RTP/AVPF 

a=pcfg:l t=l 

b=AS:2 5.4 

a=curr:qos local sendrecv 

a=curr:qos remote none 

a=des:qos mandatory local sendrecv 

a=des:qos none remote sendrecv 

a=inactive 

a=rtpmap:97 AMR 

a=fmtp:97 mode-set=0 , 2 , 5 , 7; mode-change-period=2 

a=rtpmap:96 telephone -event 

a=maxptime : 20 

--boundaryl 

Content-Type : application/vnd . 3gpp . cw+xml 

<?xml version="l . 0" ?> 

<ims-cw xmlns="urn: 3gpp :ns :cw: 1 . 0"> 

<communication-waiting- indication/ > 
</ims-cw> 
- -boundaryl- - 



3.-4. The INVITE request is routed to UE-B. 

5. UE-B recognizes the 3GPP IM CN Subsystem XML body per procedures in subclause 4.5.5.3. 

6. UE-B sends back a 180 (Ringing) response. 

[6a. out of scope: user B uses the HOLD service or releases a session in order to free resources] 
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7. - 8. The 180 (Ringing) response is routed back to the AS. 

8a. The AS optionally inserts a Alert-Info with a 'CW urn into the 180 (Ringing) response. 

Table A.1-2: 180 (Ringing) response (CW AS to S-CSCF) 



SIP/2.0 180 Ringing 




Via: SIP/2. 0/UDP pcscfl.visitedl.net;branch=z9hG4bkl20f34.1 




Via: SIP/2. 0/UDP 1.2.3.4:1357;branch=z9hG4bKnashds7 




From: <sip:userl publiciohomel .net>; tag=31415 




To: <tel:+l-212-555-2222>;tag=24 615 




Contact : <sip : cw.homel .net>;+g. 3gpp . icsi-ref="urn%3Aurn-7%3gpp- service . ims 


icsi .mmtel" 


Call -ID: b8 9rjhnedlrf jflslj4 0a222 




CSeq: 61 INVITE 




Alert -Info :urn: alert : service : call -waiting 




Content-Length: 





9. - 10. The 180 (Ringing) response is routed back to the communication origin. 

[9a. The AS may initiate an announcement to the calling user that the communication is a waiting 
communication, in accordance with 3GPP TS 24.628 [4].] 

11.-15. UE-B sends back a 200 (OK) response to the communication origin. 
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A.2 Terminal based CW flows 



A.2.1 Successful communication establishment 
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Figure A.2.1 : Communication Waiting signalling flow at the terminating side, successful 

communication establishment 
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Explanation Figure A.2. 1 : 

NOTE: only the most relevant messages are shown. 

1. - 5. A communication invitation arrives at UE-B. 

la. Evaluation of initial filter criteria (CW is subscribed -^ forwarding to CW AS). 

6. - 10. UE-B sends back a provisional response to the communication origin. 

11.-15. UE-B sends back a 180 (Ringing) response. UE-B optionally inserts a Alert-Info with a "servicexall-waiting" 
urn into the 180 (Ringing) response, see Table A.2-1. 

Table A.2-1 : 180 (Ringing) response (UE-B to P-CSCF) 

SIP/2.0 180 Ringing 

Via: SIP/2. 0/UDP pcscfl.visitedl.net;branch=z9hG4bkl20f34 .1 
Via: SIP/2. 0/UDP 1 . 2 . 3 . 4 : 1357 ;branch=z9hG4bKnashds7 
From: <sip :userl_publicl®homel .net>; tag=31415 
To: <tel:+l-212-555-2222>;tag=24 615 

Contact : <sip :user2_publicl@home2 .net ;gr=urn:uuid: 2ad8 95 0e-4 8a5-4a74-8d99-ad76cc7f c74>; +g . 3gpp . icsi- 
ref ="urn%3Aurn-7%3gpp-service . ims . icsi .mmtel" 
Call -ID: b8 9rjhnedlrf jflslj4 0a222 
CSeq: 61 INVITE 

Alert -Info : <urn: alert : service : call-waiting> 
Content-Length: 

[11a. out of scope: user B uses the HOLD service or releases a session in order to free resources] 

13a. A CW timer is started. The value of the timer should be less than 3 min (timer C). 

[14a. The AS may initiate an announcement to the calling user that the communication is a waiting communication, in 
accordance with 3GPP TS 24.628 [4].] 

16. - 20. UE-B sends a 200 OK to the communication origin with the SDP offer of UE-B. 

18a. The CW timer stops. 
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A.2.2 Timer expires 
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Figure A.2.2: Communication Waiting signalling flow at the terminating side, CW timer expires 

Explanation Figure A.2.2: 
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NOTE: Only the most relevant messages are shown. 

1. - 5. A communication invitation arrives at UE-B. 

la. Evaluation of initial filter criteria (CW is subscribed -^ forwarding to CW AS). 

6. - 10. UE-B sends back a provisional response to the communication origin. 

11.-15. UE-B sends back a 180 (Ringing) response. UE-B optionally inserts a Alert-Info with a "servicexall-waiting" 
urn into the 180 (Ringing) response, see Table A. 2-2. 

Table A.2-2: 180 (Ringing) response (UE-B to P-CSCF) 

SIP/2.0 180 Ringing 

Via: SIP/2. 0/UDP pcscfl.visitedl.net;branch=z9hG4bkl20f34 .1 

Via: SIP/2. 0/UDP 1.2 .3 .4 :1357;branch=z9hG4bKnashds7 

From: <sip : userl_publicl@homel .net>; tag=31415 

To: <tel:+l-212-555-2222>;tag=24 615 

Contact : <sip : user2_publicl@home2 .net ;gr=urn:uuid: 2ad8 95 0e-4 8a5-4a74-8d99-ad76cc7f c74>; +g. 3gpp . icsi- 

ref ="urn%3Aurn-7%3gpp-service . ims . icsi .mmtel" 

Call -ID: b89rjhnedlrf jflslj4 0a222 

CSeq: 61 INVITE 

Alert -Info : <urn: alert : service : call-waiting> 

Content -Length: 

[11a. out of scope: user B uses the HOLD service or releases a session in order to free resources] 

13a. A CW timer is started. The value of the timer should be less than 3 min (timer C). 

[14a. The AS may initiate an announcement to the calling user that the communication is a waiting communication, in 
accordance with 3GPP TS 24.628 [4].] 

14b. The CW timer expires. 

16. - 18. The CW AS sends a CANCEL request to to UE-B. 

19. - 20. The CW AS sends a 480 (Temporarily unavailable) response to the communication origin. 
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Annex B (informative): 
Example of Filter Criteria 



This annex provides an example of a filter criterion that triggers SIP requests that are subject to initial filter criteria 
evaluation. 

An example of an IFC when the CW service is active at the terminating S-CSCF is: 

Method; INVITE. 

Editor" s note: It"s needed to consider if further clarification is needed for Filter Criteria in cases where additional 
services based upon INVITE are also deployed. 
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Annex C (informative): 
lANA Registration templates 

C.1 lANA registry for Application Media Types 

C.1 .1 lANA Registration template for 
application/vnd.Sgpp.cw+xml 

Editor"s note: The MIME type "application/vnd.Sgpp.cw+xml" as defined in this subclause and subclause 4.4.1 is to 
be registered in the lANA registry for Application Media Types based upon the following template. 

MIME media type name: 

application 

MIME subtype name: 

vnd.3gpp.cw+xml 

Required parameters: 

None 

Optional parameters: 

"charset" the parameter has identical semantics to the charset parameter of the "application/xml" media type as 
specified in RFC 3023. 

Encoding considerations: 

binary 

Security considerations: 

3GPP has defined mechanisms for ensuring the privacy and integrity protection of the bodies of SIP messages used in 
the 3GPP IM CN Subsystem. 

Interoperability considerations : 

This content type provides a format for exchanging information in SIP Requests and Responses and used within the 
3GPP IM CN Subsystem. 

Published specification: 

3GPP TS 24.615: "Communication Waiting (CW) using IP Multimedia (IM) Core Network (CN) subsystem" 

Applications which use this media: 

Applications that use the network-determined call waiting procedures of 3GPP IM CN Subsystem as defined by 3GPP. 

Intended usage: 

This content type provides a format for the network to indicate that the UE needs special handling of incoming session 
request due to "approaching network determined user busy" condition. 
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